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S° REMOTE ADMINISTRATION FUNCTION IN A TELECOMMUNICATION SYSTEM 

5 Background of the Invention : 
Field of the Invention : 
The invention relates to a remote administration function in a 
telecommunication system. 

0 In order for it to operate, a telecommunication system needs 
an internal database containing information on allocations of 
terminals to internal numbers or addresses, particular 
functions of terminals, call diversions, telephone number 
registers, etc.. Whenever there are changes to the 
5 telecommunication system, for example as a result of the 

subscribers changing, the system being enlarged, new terminals 
being connected etc., the database has to be adapted and 
modified accordingly. In order to be able to adapt the 
database on a rational basis, it is desirable to have a remote 
0 administration function so as to be able to perform the 

changes via a service center, for example, belonging to the 
manufacturer or the operator of the telecommunications 
installation. 

5 There are essentially two known variants for remotely 

manipulating the database. In the first variant, the entire 
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database of the telecommunications installation is transferred 
to a PC connected via a network, for example, and the database 
is changed using an appropriate service tool. The modified 
database matched to the new events is then returned to the 
5 telecommunication system again. A disadvantage of this method 
are the relatively long transfer times required by the 
database over the network* 




Another, known possibility is to create a comprehensive 
10 administration interface in the telecommunication system 

especially for administration using a terminal, or the like, 
which is to be connected. The disadvantage of this is the 
increased space requirement for the telecommunication system. 



15 Summary of the Invention : 

It is accordingly an object of the invention to provide a 
remote administration function in a telecommunication system 
that overcomes the above-mentioned disadvantages of the prior 
art devices of this general type, in which rapid manipulation 

20 of a database for an operating telecommunication installation 
is accomplished without increasing the size of the hardware 
resources . 



With the foregoing and other objects in view there is 
25 provided, in accordance with the invention, a 

telecommunication system having a remote administration 
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function, including: a telecommunications apparatus defining a 
virtual terminal with properties of a terminal with 
administration authorization; and a remote computer connected 
to the telecommunications apparatus, and a data stream to and 
5 from the virtual terminal is diverted to the remote computer. 

According to the invention, in a telecommunication system 
having a remote administration function, a virtual terminal 
having the properties of a terminal or subscriber with 
□ 10 administration authorization is defined, and the data stream 
lU to and from the virtual terminal is diverted to a remote 

computer connected to the telecommunication system. The 
=~ remote computer is preferably a PC. 

l! 15 The virtual terminal is preferably connected to a virtual port 
yg that is defined on a virtual unit, the virtual unit being 

.ITS 

disposed in a virtual slot. Therefore, advantageously, no 
additional hardware resources are required. 

20 In order to grant the user the simplest possible access to the 
telecommunication system, the invention provides for the 
remote computer to have a message interpreter and an emulator 
of the interface of the terminal with administration 
authorization . 
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The message traffic between the virtual port and the 
telecommunication system is diverted to a data interface for 
the system. In this case, the data interfaces used for the 
telecommunication system may be a V.24 port, an analog modem 
5 or a digital integrated service digital network (ISDN) card. 

Other features which are considered as characteristic for the 
invention are set forth in the appended claims. 

□ 10 Although the invention is illustrated and described herein as 
TU embodied in a remote administration function in a 

> y telecommunication system, it is nevertheless not intended to 

be limited to the details shown, since various modifications 
^ and structural changes may be made therein without departing 

y. 15 from the spirit of the invention and within the scope and 
yQ range of equivalents of the claims. 

The construction and method of operation of the invention, 
however, together with additional objects and advantages 
20 thereof will be best understood from the following description 
of specific embodiments when read in connection with the 
accompanying drawings . 
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Brief Description of the Drawings : 

Fig. 1 is a diagrammatic, block diagram of an integration of 
an "Online" application ONL in a call processing unit for a 
telecommunication system according to the invention; 

5 

Fig. 2 is a diagrammatic sequence of a LOGON procedure 
initialized by a remote computer for initializing a remote 
administration function; 

10 Fig. 3 is a diagrammatic sequence of data transfer between a. 

telecommunications installation and the remote computer during 
remote administration; 

Fig. 4 is a diagrammatic sequence of a LOGOFF procedure 
15 initialized by the remote computer for ending the remote 
administration function; and 

Fig. 5 is a front elevational view of an emulation of a 
terminal with administration authorization on a remote 
2 0 computer. 

Description of the Preferred Embodiments : 

In all the figures of the drawing, sub-features and integral 
parts that correspond to one another bear the same reference 
25 symbol in each case. Referring now to the figures of the 

drawing in detail and first, particularly, to Fig. la thereof, 
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there is shown a block diagram showing an integration of an 
application ONL in a call processing unit CP of a 
telecommunication system. The application ONL manages the 
message traffic between a remote computer PC and the 
telecommunication system or manages the path of signals or 
messages from or to the remote computer PC by way of the OSI 
layers in the telecommunication system. A connection, for 
example an integrated service digital network (ISDN) 
connection, connects the remote computer PC to the layer-1 
device handler DHL1 and to the telecommunication system. The 
layers mentioned here are understood as being layers in the 
OSI layer model. The layer-1 device handler DHL1 interchanges 
data with a layer-2 device handler DHL2, which in turn is 
connected to a layer-3 device handler DHL 3 in a third OSI 
layer. One component of the layer-3 device handler DHL3 is 
the module DH_DEV (device handler for the device) , which is 
responsible for managing external connections, such as ISDN 
and V24. The module DH_DEV communicates with a module SPU 
(SPU = session and presentation unit) in a fifth OSI layer, 
the latter module being a component of the module API (API = 
application interface) ; the module API is a constituent part 
of the call processing unit CP in the telecommunication 
system. The module SPU functions as a distributor, that is to 
say it evaluates a message received from the module DH_DEV by 
analyzing the received message to determine which module it 
should be sent to. If the analysis shows that the message 
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received is addressed to a module ONL (Online) , then the 
corresponding message is passed on to the module ONL. The 
module ONL communicates with a device handler L3_UPN that in 
the third OSI layer is a constituent part of the device 
5 handler DH_PORT for the ports of the telecommunication system. 
The module L3_UPN is the device handler for digital menu- 
operated terminals, whereas the device handler DH_PORT 
produces, for the ports in general, the physical addresses of 
the connections in the telecommunication terminals. 

Q 10 

TU By way of example, some telecommunication systems are provided 

with 500 ports, i.e. connections for telephones or the like. 
s "2 In order to achieve error-free communication with the remote 

]U computer PC from the physical ports which are actually 

yj 15 present, the number of ports is increased by 1; hence, for 
yg example, in an installation with 500 ports, there is an 

increase of 1 to the port number 501. In the device handler 
DH_PORT, therefore, the module L3_UPN also includes the 
additional port, having the number 501, which is the virtual 
2 0 port in the example. 



The interface L3_UPN receives messages from the module USER in 
the call processing unit CP, the module USER being responsible 
for handling menus which are to be shown on the terminal. In 
25 addition, the interface L3_UPN sends data from the remote 
computer PC via a buffer DH_ARB to the module SUB (SUB = 
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subscriber) in the call processing unit CP, the function of 
which module SUB is to process a message or data from a UPN 
terminal, in the example from the remote computer PC connected 
to virtual port number 501, in an appropriate manner. 

5 

Fig. 2 shows a message sequence, in chronological order, in a 
LOGON procedure for the remote computer PC inside the modules 
of the telecommunication system. On starting an "Online" 
application on the remote computer PC that emulates the 

10 terminal, the remote computer PC transmits a message 

P C_DE V_Rx DATA , containing a LOGON inquiry, to the module 
DH_DEV. The device handler for the devices then transmits a 
message PC_APO_LOGON to the module ONL, where APO in the 
message names means the module ONL in the component API. The 

15 state of the module ONL is inactive, i.e. an "idle" waiting 
state, which, is indicated by the system variable APO_S__IDLE. 
On the basis of the LOGON inquiry from the remote computer PC, 
the module ONL of the system database DBH notifies the 
existence of a virtual card by the illustrated message 

2 0 DB_CNFG__ADD, since the system cannot communicate with the 
remote computer PC without any knowledge about the virtual 
card. After this, the module ONL transmits a request 
AP_L3_CARD_UNLOCK_REQ to the device handler L3JJPN to enable, 
i.e. configure, the virtual card (unit) in the virtual slot. 

25 The device handler L3_UPN then configures the virtual card and 
sends back a successful configuration message to the module 



GR 98 P 1381 

ONL, using the message UPN_APO_INIT_CONF. When the 
initialization inquiry from the module ONL was transmitted, a 
first timer logon_timer was started in the module ONL. Hence, 
should the successful initialization message fail to appear 
within a predetermined time, in this case 5 seconds, for 
example, then the LOGON procedure is terminated. When the 
successful initialization command is received, the module ONL 
is switched to the active state, shown in the ONL bar by the 
system variable APO_S_ACTIVE, and a second timer onl_timer is 
started which, after a predetermined second time, in this case 
30 seconds, for example, interrupts the connection to the 
remote computer PC again if there is no activity coming from 
the remote computer PC. The module ONL reports the successful 
LOGON to the device handler DH_DEV (message APO_PC_LOGON_OK) , 
which in turn transmits a message DEV_PC_TxDATA to the remote 
computer PC about the successful LOGON procedure. This sets 
up the connection between the remote computer PC and the 
telecommunication system for the purpose of remote 
administration. 

In a similar manner to Fig. 2, Fig. 3 shows the data transfer 
mode between the remote computer PC and the interface L3_UPN 
after successful logging on has taken place. It should be 
noted that logging on the remote computer PC using the 
procedure shown in Fig. 2 on the remote computer PC emulates 
an administrative telephone in the remote computer PC. As can 
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be seen from the flow chart shown in Fig. 3, the remote 
computer PC sends data to the interface L3_UPN and receives 
data from the latter, the timer onl_timer being reinitialized 
again each time messages are received from the remote computer 
5 PC. Provided that the time condition of the timer onl_timer 
is fulfilled, the module ONL is in the active state, shown by 
the system variable APO_S_ACTIVE . In response to the messages 
from the remote computer PC, the latter receives corresponding 
messages from the interface L3_UPN, i.e. corresponding menus 
3 10 for the USER module in Fig. 1 which are shown in the emulation 
U of the terminal on the remote computer. The names for the 

™f corresponding messages can be seen in Fig. 3. 

Fig. 4 shows the remote computer PC being logged off from the 
Jl 15 telecommunication system. As soon as the ^Online" application 
g on the remote computer PC is closed, the remote computer PC 

sends a LOGOFF message to the telecommunication system, the 
virtual card is entered as inactive in the database again and 
pointers and variables are reinitialized. A LOGOFF message is 
2 0 then sent to the device handler DH_DEV and the remote computer 
PC, and the module ONL changes to the "idle" waiting state 
again, shown by the system variable APO_S_IDLE. The names of 
the messages exchanged can be seen in Fig. 4. 



25 



Fig. 5 shows the emulated image 2, appearing on the screen 1 
of the remote computer PC, of a corresponding telephone with 
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administration authorization, which is created by the "Online" 
application. The emulated image 2 shows the emulated display 
3 of the emulated telephone, its command keys Fl to F8 and 
cursor keys 4 and 5 for moving a cursor up and down in the 

5 display 3, An actuation key 6 for the emulated telephone is 
also shown. The keys shown and the "Online" Windows keys 
shown for controlling the Online emulation program, "End" and 
"Help", can be actuated using the mouse of the remote computer 
PC, and it is possible to" perform the same administration 
O 10 functions as on a real telephone with administration 
fU authorization and to manipulate and change the database of the 

telecommunication system online. 
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